-
Notifications
You must be signed in to change notification settings - Fork 26
Reorganize and expand the Introduction page #297
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
… the ease of using CodeRabbit with quick integration and friendly chat, as well as tools and learnings. This change de-emphasizes how CodeRabbit works, removing an operational diagram and information about its use of web hooks. That material is better suited for deep-dive docs, or blog posts and such.
WalkthroughThe introduction documentation was extensively restructured and expanded. The single-section format was replaced with multiple labeled sections, providing detailed explanations of CodeRabbit’s features, integration options, privacy practices, and pricing. New sections were added, including core features, integration with various platforms, teaching team preferences, and a summary of next steps. The data privacy section was reorganized for clarity, and a pricing section was introduced. The introductory text was rephrased for clarity, and references to tutorials and additional resources were added. No changes were made to code or public APIs. Changes
Suggested reviewers
Poem
🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
Deploying coderabbit-docs with
|
Latest commit: |
a8829b5
|
Status: | ✅ Deploy successful! |
Preview URL: | https://aad9f49b.coderabbit-docs.pages.dev |
Branch Preview URL: | https://overview.coderabbit-docs.pages.dev |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Caution
Inline review comments failed to post. This is likely due to GitHub's limits when posting large numbers of comments. If you are seeing this consistently it is likely a permissions issue. Please check "Moderation" -> "Code review limits" under your organization settings.
Actionable comments posted: 3
🧹 Nitpick comments (6)
docs/overview/introduction.md (6)
18-18
: Split lengthy sentence for readability
This paragraph is quite long. Consider breaking it into two sentences to improve readability, for example after “…code reviews.”
20-20
: Streamline wording
Replace “in order to” with “to” for conciseness:- …pull request interface, in order to add context… + …pull request interface to add context…🧰 Tools
🪛 LanguageTool
[style] ~20-~20: Consider a shorter alternative to avoid wordiness.
Context: ... Git platform's pull request interface, in order to add context, ask questions, or even hav...(IN_ORDER_TO_PREMIUM)
30-37
: Enhance clarity in feature list
- Rephrase “never retaining your code after reviewing it” to clarify that code isn’t retained beyond the review session.
- Use “private codebases” (one word) for consistency.
41-41
: Avoid repetitive wording
Change “using the same Git platform that your team already uses” to “using your team’s existing Git platform” to eliminate redundancy.
43-43
: List link formatting
The link to/tools/
is clear. Consider adding a brief hover-tooltip or alt text to describe what kinds of tools are covered.
86-86
: Refine phrasing in pricing
Remove “of” in “including all of the code-review features” for conciseness:- including all of the code-review features + including all the code-review features🧰 Tools
🪛 LanguageTool
[style] ~86-~86: Consider removing “of” to be more concise
Context: ...r of CodeRabbit at no charge, including all of the code-review features described on this ...(ALL_OF_THE)
🛑 Comments failed to post (3)
docs/overview/introduction.md (3)
55-55:
⚠️ Potential issueEnsure consistent link paths
The link target is missing a leading slash. Please update:- [add a CodeRabbit-specific configuration file](getting-started/configure-coderabbit) + [add a CodeRabbit-specific configuration file](/getting-started/configure-coderabbit)📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.If you need to fine-tune CodeRabbit's behavior beyond this, then you can [add a CodeRabbit-specific configuration file](/getting-started/configure-coderabbit) to your repository, or use the CodeRabbit web UI to set further preferences.
16-16:
⚠️ Potential issueFix spelling typo
The word “repsonsive” is misspelled. Please update it to:- ## A repsonsive and insightful code reviewer + ## A responsive and insightful code reviewer📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.## A responsive and insightful code reviewer
61-61:
⚠️ Potential issueCorrect article usage
Change “in a just a few clicks” to “in just a few clicks” for grammatical accuracy:- CodeRabbit integrates in a just a few clicks with many popular Git platforms: + CodeRabbit integrates in just a few clicks with many popular Git platforms:📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.CodeRabbit integrates in just a few clicks with many popular Git platforms:
🧰 Tools
🪛 LanguageTool
[grammar] ~61-~61: It seems like one article is redundant in this context.
Context: ... Git platform CodeRabbit integrates in a just a few clicks with many popular Git platforms:...(A_RB_A_JJ_NN)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Caution
Inline review comments failed to post. This is likely due to GitHub's limits when posting large numbers of comments. If you are seeing this consistently it is likely a permissions issue. Please check "Moderation" -> "Code review limits" under your organization settings.
Actionable comments posted: 4
🧹 Nitpick comments (9)
docs/overview/introduction.md (9)
18-18
: Consider splitting long sentence for readability
This paragraph is clear but quite long. You may optionally split it into two sentences to improve scannability.
28-28
: Rephrase for active voice
Instead of “Core CodeRabbit features include the following:”, consider “Key features of CodeRabbit include:” for a more direct tone.
41-41
: Avoid repetitive phrasing
The sentence repeats “reviews” twice. Consider tightening it, e.g.:CodeRabbit posts comments on pull requests in your Git platform. New commits trigger follow-up reviews that build on previous context.
43-43
: Shorten verbose link text
The link text “[an array of industry-standard code linters, security analyzers, and other tools]” is descriptive but long. You might simplify to “various industry-standard tools” to keep it concise.
45-45
: Streamline conversational description
The phrase “make observations about the review using natural language” could be shortened to “ask questions or mark up code with natural-language comments.”
53-53
: Embed external video link correctly
The video link and label look good. If you have a hosted asset, consider using a self-hosted demo for tighter integration.
55-55
: Simplify conditional phrasing
You can streamline the “If you need to fine-tune…” sentence, e.g.:To further customize behavior, add a CodeRabbit config file or use the web UI.
61-61
: Consider removing filler words
You may drop “just” from “integrates in just a few clicks” for a more professional tone.
86-86
: Remove unnecessary “of” for conciseness
Change “including all of the code-review features” to “including all the code-review features” or “including all code-review features.”🧰 Tools
🪛 LanguageTool
[style] ~86-~86: Consider removing “of” to be more concise
Context: ...r of CodeRabbit at no charge, including all of the code-review features described on this ...(ALL_OF_THE)
🛑 Comments failed to post (4)
docs/overview/introduction.md (4)
63-66: 🛠️ Refactor suggestion
Enforce consistent bullet punctuation
In the Core features list, bullets end with periods, but here they do not. For consistency, add periods at the end of each platform name.
51-51: 🛠️ Refactor suggestion
Fix inconsistent hyphenation
Change “pull-request comment” to “pull request comment” to match earlier usage.
70-72: 🛠️ Refactor suggestion
Apply same punctuation rule to workflow bullets
Ensure these bullets also end with periods to match other lists.
30-37: 🛠️ Refactor suggestion
Unify bullet-list style and parallelism
The first seven items start with verbs but the last item (“Free for public repositories…”) is a noun phrase. To improve consistency, change it to a verb form, e.g.:- Free for public repositories, flexible pricing for private code bases. + Offers free usage for public repositories and flexible pricing for private code bases.📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.- Integrates rapidly with popular Git platforms and workflows. - Applies dozens of open-source, industry-standard code analyzers to every commit. - Implements code reviews as familiar pull-request comments. - Works with contributors through natural-language conversation in comments. - Learns and adapts to your team's code style and review preferences. - Provides an observability dashboard of code-contribution activity. - Practices strong privacy and security, with no retention of analyzed code. - Offers free usage for public repositories and flexible pricing for private code bases.
|
||
## Try CodeRabbit Now | ||
For example, if CodeRabbit uses a linter to suggest that your pull request use four-space indentations, but your team uses a two-space indentation style, then you can reply to CodeRabbit's pull-request comment to tell it exactly that. CodeRabbit acknowledges your feedback and adjusts all of its subsequent reviews with that repository appropriately. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
should prolly say something about path instructions here
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@coderabbitai I'm using the Google developer documentation style guide, which states that bullet-list items that lack verbs shouldn't end with periods. So, in this PR, bullet list items that are complete sentences end with periods, and items that are just verbless noun phrases have no periods.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@jmacdotorg Thank you for the clarification! I understand now - you're following the Google developer documentation style guide where bullet-list items that are complete sentences end with periods, while verbless noun phrases don't require periods. This is a good style practice that creates consistency while maintaining readability.
✏️ Learnings added
Learnt from: jmacdotorg
PR: coderabbitai/coderabbit-docs#297
File: docs/overview/introduction.md:51-51
Timestamp: 2025-04-24T16:02:45.655Z
Learning: In documentation following the Google developer documentation style guide, bullet-list items that are complete sentences should end with periods, while items that are verbless noun phrases should not have periods. This is not an inconsistency but an intentional style choice.
Note: Learnings are effective only in the context of similar code segments. To apply general coding guidelines, please configure review instructions. You can manage existing learnings in the app.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 0
🧹 Nitpick comments (3)
docs/overview/introduction.md (3)
28-28
: Optional: streamline wording.
The phrase “include the following:” can be tightened to just “include:” without loss of clarity.
82-83
: Link to opt-out instructions.
It would be helpful to add a hyperlink or reference to a guide explaining how users can opt out of data storage, so they know exactly where to configure this.
86-86
: Nit: remove unnecessary “of.”-Public repositories can use the Pro tier of CodeRabbit at no charge, including all of the code-review features described on this page. +Public repositories can use the Pro tier of CodeRabbit at no charge, including all the code-review features described on this page.🧰 Tools
🪛 LanguageTool
[style] ~86-~86: Consider removing “of” to be more concise
Context: ...r of CodeRabbit at no charge, including all of the code-review features described on this ...(ALL_OF_THE)
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
docs/overview/introduction.md
(1 hunks)
🧰 Additional context used
🧠 Learnings (1)
docs/overview/introduction.md (1)
Learnt from: jmacdotorg
PR: coderabbitai/coderabbit-docs#297
File: docs/overview/introduction.md:51-51
Timestamp: 2025-04-24T16:02:45.655Z
Learning: In documentation following the Google developer documentation style guide, bullet-list items that are complete sentences should end with periods, while items that are verbless noun phrases should not have periods. This is not an inconsistency but an intentional style choice.
🪛 LanguageTool
docs/overview/introduction.md
[style] ~86-~86: Consider removing “of” to be more concise
Context: ...r of CodeRabbit at no charge, including all of the code-review features described on this ...
(ALL_OF_THE)
⏰ Context from checks skipped due to timeout of 90000ms (1)
- GitHub Check: Cloudflare Pages
🔇 Additional comments (9)
docs/overview/introduction.md (9)
12-14
: Clear page title and context.
The explicit# Introduction
header paired with the Quickstart link immediately orients new users and aligns well with the frontmatter metadata.
16-20
: Well-structured overview section.
The new “A responsive and insightful code reviewer” section clearly explains CodeRabbit’s interactive capabilities, benefits, and learning feedback loop in a concise, engaging way.
26-37
: Consistent Core Features listing.
The “Core features” section presents each capability in a parallel verb-first style, with consistent punctuation and readability.
39-46
: Add-to-workflow section is clear.
Describing how CodeRabbit posts reviews and iterates on new commits in context helps set the right expectations for integration.
47-57
: Effective customization guidance.
The “Teach CodeRabbit your team preferences” section explains the interactive feedback mechanism and points to both inline replies and config-file options.
59-67
: Git platform integration details.
Listing supported platforms and workflows in separate noun-phrase bullets (without periods) follows the documented style and aids skimmability.
74-83
: Clear privacy and security details.
The reorganization around ephemeral queries, in-memory storage, embeddings, and compliance reads cleanly and highlights user protections.
84-89
: Flexible pricing section is user-friendly.
The free-for-public-repos callout and tier overview for private repositories clearly communicates cost options.🧰 Tools
🪛 LanguageTool
[style] ~86-~86: Consider removing “of” to be more concise
Context: ...r of CodeRabbit at no charge, including all of the code-review features described on this ...(ALL_OF_THE)
90-95
: Helpful “What’s next” pointers.
Linking both the Quickstart and deeper Why-CodeRabbit pages rounds out the introduction and drives readers onward.
…ders into expecting instructions) for noun-phrase headers.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 0
🧹 Nitpick comments (1)
docs/overview/introduction.md (1)
84-89
: Optional style refinement
Consider tightening this sentence by removing the extra “of” for conciseness:-Public repositories can use the Pro tier of CodeRabbit at no charge, including all of the code-review features described on this page. +Public repositories can use the Pro tier of CodeRabbit at no charge, including all the code-review features described on this page.🧰 Tools
🪛 LanguageTool
[style] ~86-~86: Consider removing “of” to be more concise
Context: ...r of CodeRabbit at no charge, including all of the code-review features described on this ...(ALL_OF_THE)
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
docs/overview/introduction.md
(1 hunks)
🧰 Additional context used
🧠 Learnings (1)
docs/overview/introduction.md (1)
Learnt from: jmacdotorg
PR: coderabbitai/coderabbit-docs#297
File: docs/overview/introduction.md:51-51
Timestamp: 2025-04-24T16:02:45.655Z
Learning: In documentation following the Google developer documentation style guide, bullet-list items that are complete sentences should end with periods, while items that are verbless noun phrases should not have periods. This is not an inconsistency but an intentional style choice.
🪛 LanguageTool
docs/overview/introduction.md
[style] ~86-~86: Consider removing “of” to be more concise
Context: ...r of CodeRabbit at no charge, including all of the code-review features described on this ...
(ALL_OF_THE)
⏰ Context from checks skipped due to timeout of 90000ms (2)
- GitHub Check: test
- GitHub Check: Cloudflare Pages
🔇 Additional comments (9)
docs/overview/introduction.md (9)
12-12
: Section heading added correctly
The new “# Introduction” heading clearly anchors the rewritten page and aligns with the updated sidebar structure.
14-14
: Inline Quickstart link is on point
This callout to the Quickstart tutorial is concise and directs users to the hands-on guide without overwhelming the intro.
16-21
: Strong value-prop for the reviewer bot
The “A responsive and insightful code reviewer” section crisply explains CodeRabbit’s interactive capabilities, learning feedback loop, and benefits.
26-37
: Core features list is clear and consistent
Each bullet begins with a verb and ends with a period per the style guide. The list covers integration, analysis, privacy, pricing, etc., in a logical order.
39-45
: Seamless workflow integration overview
The explanation of incremental reviews, tool synthesis, and conversational follow-ups is concise and user-friendly.
47-57
: Customizable review preferences explained well
The combination of chat-driven learning and config-file options gives users clear paths to tailor CodeRabbit’s behavior.
59-67
: Platform integration options formatted correctly
Listing Git platforms and workflow systems as noun phrases without trailing periods follows the documented style choice.
74-83
: Data privacy and security section is well-structured
Splitting compliance details into narrative plus bold-headed bullets enhances readability and highlights key guarantees.
90-95
: Next steps pointers are effective
The “What’s next” bullets succinctly guide users to Quickstart and deeper explores, rounding out the introduction nicely.
This rewrite puts more emphasis on the ease of using CodeRabbit with quick integration and friendly chat, as well as tools and learnings. This change de-emphasizes how CodeRabbit works, removing an operational diagram and information about its use of web hooks. That material is better suited for deep-dive docs, or blog posts and such.
Staging: https://overview.coderabbit-docs.pages.dev